home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950726-19950929 / 000171_news@columbia.edu_Sun Aug 17 02:10:04 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02090
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 16 Aug 1995 22:56:37 -0400
  3. Received: by apakabar.cc.columbia.edu id AA17309
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 16 Aug 1995 22:56:36 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!news.sprintlink.net!in1.uu.net!news1.digital.com!nntp-hub2.barrnet.net!news.Stanford.EDU!not-for-mail
  6. From: smurman@leland.Stanford.EDU (Scott Michael Murman)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: timeout failure in one direction
  9. Date: 16 Aug 1995 19:10:04 -0700
  10. Organization: Stanford University, CA 94305, USA
  11. Lines: 14
  12. Message-Id: <40u8ds$oul@elaine46.Stanford.EDU>
  13. Nntp-Posting-Host: elaine46.stanford.edu
  14. Keywords: kermit, fail, bug
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. I have a problem with kermit on Unix boxes.  I can download from work
  18. or school to my home computer without any problems, but going the
  19. other way causes a timeout failure *after* the entire file has been
  20. sent.  The transfer appears to complete, but whatever the final data
  21. that needs to be sent gets a timeout error.  This problem is
  22. reproducible, but only occurs on larger ascii files, or any binary
  23. file.  Small text files (10k) will go through fine.  I have kermit 190
  24. at home, and have tried versions 188-190 on the receiving end to no
  25. avail.  It also doesn't seem to matter what the flavor of Unix on the
  26. receiving end is.  I guess I must have something set up wrong on my
  27. home computer, but I use the same initialization files on both sides.
  28. Thanks in advance for any help. 
  29.  
  30. Scott <smurman@leland.stanford.edu>